關於 AMP…嗯…現在是個什麼情況？
好。今天…我想來聊聊 AMP。就是那個… Google 的 Accelerated Mobile Pages。幾年前很紅，大家都搶著做。好像…只要用了 AMP，手機網頁就會飛快，排名也會往前衝。那時候，搜尋結果旁邊還有個小小的閃電符號，很醒目。 對，就是那個符號。
但現在…嗯…情況有點不一樣了。那個閃電符號，Google 已經拿掉了。 而且，更重要的是，AMP 已經不再是…怎麼說…不再是搜尋排名的直接加分項目了。這一切，大概是從「網頁體驗更新」 [Page Experience Update] 開始的。 Google 開始更看重一個叫做「核心網頁指標」 [Core Web Vitals] 的東西。 所以…現在很多人就在問，AMP 還有用嗎？還需要繼續維護嗎？還是…乾脆拔掉算了？
這個問題，老實說，沒有一個標準答案。它…取決於你的網站類型，還有你的資源。今天我就想…嗯…整理一下我自己的思路，分享一些觀察。
重點一句話
嗯…如果要我用一句話說完，我會說：AMP 已經不是 SEO 的萬靈丹，對於多數網站來說，現在更該專注在優化你原本的響應式網站 [RWD]，讓它符合 Core Web Vitals 的標準，而不是…嗯…花心力去維護一個獨立的 AMP 版本。
那…為什麼大家當初要用 AMP？
回想一下，當初 AMP 的承諾真的很吸引人。主要就是「快」。 真的非常快。它透過一套很嚴格的…嗯…簡化過的 HTML 和限制性的 JavaScript 來實現。 很多媒體網站，特別是新聞業，都很快就跟進了。因為對他們來說，讀者在手機上看到新聞，點進去，要立刻能看到內容，這很重要。速度快，跳出率就低，使用者體驗就好。
而且，Google 當初也給了很大的誘因。除了排名上的…呃…潛在優勢，還有在搜尋結果頁的「輪播」[carousel] 專區，只有 AMP 頁面才能進去。這對爭取曝光率來說，差很多。所以，你看，當年大家一窩蜂地去導入 AMP，是真的有道理的。
問題來了：維護的痛
但…好處的背後，是成本。最大的問題就是，你等於要維護「兩個」網站。一個是正常的電腦版/RWD 網站，另一個是 AMP 網站。 雖然有很多外掛，像 WordPress 的 AMP 外掛可以幫忙…但它不是萬能的。 常常會發生…版面跑掉、功能不見的問題。
因為 AMP 限制很多，很多互動功能、酷炫的設計、甚至是廣告投放，都不能用，或者要用它指定的特殊標籤。 這對開發人員來說，很頭痛。每次網站一改版，就要想：「啊，那 AMP 那邊怎麼辦？」變成一個…嗯…額外的負擔。
而且，還有一個很多人抱怨的點。就是 AMP 頁面的網址，是顯示在 Google 的網域底下，而不是你自己的。 感覺…好像流量被 Google「偷走」了。雖然 Google 後來有提出解決方案，但那個…嗯…麻煩的感覺，已經深植人心了。
我自己在一些論壇上看，比如日本的 Reddit 社群，就有開發者很直接地說「AMP 是癌症」，覺得它讓網路變得更封閉，所有流量都留在 Google 裡面。 這點跟台灣 PTT 上一些開發者的抱怨很像，大家擔心的不只是技術，更是那個…嗯…生態被單一公司掌控的感覺。
所以，決定「分手」後，該怎麼做？
好，假設你決定要拿掉 AMP 了。這個過程…不能太草率。不是把外掛關掉就沒事了。你需要一個…一個平順的過渡計畫。我把它想成幾個步驟：
第一步：先優化你的主網站。
這是最重要的。在你關掉 AMP 之前，你要確保你的 RWD 網站在手機上的速度和體驗，至少…至少要跟 AMP 差不多，甚至更好。這時候 Core Web Vitals 就是你的目標。 你可以用 Google 的 PageSpeed Insights 工具去檢測，看 LCP、FID、CLS 這幾個指標的表現怎麼樣。 針對它給的建議去改進，比如壓縮圖片、減少 JavaScript 的執行時間等等。
第二步：設定「301 轉址」。
這是技術上…最關鍵的一步。你必須把每一個舊的 AMP 網址，都用 301 永久轉址的方式，指向對應的正常網址。例如，`example.com/news/article/amp` 必須要轉到 `example.com/news/article`。這樣，Google 才知道這兩個頁面其實是同一個東西，只是 AMP 版本不見了。這個步驟如果沒做好，你可能會流失大量從舊連結來的流量，SEO 分數也會受傷。
第三步：更新你的 Sitemap，然後…等待。
在你的 Sitemap 中，把所有 AMP 相關的標記都拿掉。然後，到 Google Search Console 裡面，重新提交你的 Sitemap。接下來…就是等待。Google 需要時間去重新抓取你的網站，理解這個結構的變化。 這個過程可能要幾個禮拜，甚至更久。所以，你要有耐心，每天觀察 Search Console 裡的數據變化。
AMP 時代 vs. 後 AMP 時代：一個簡單比較
我這邊整理一個簡單的表格，讓你感受一下那個…嗯…心境上的轉變。
| 面向 | 還在用 AMP 的時候 | 遷移到優化後的 RWD 網站 |
|---|---|---|
| 網站維護成本 | 唉…很煩。要管兩套東西，一個地方改了，另一個地方要記得跟上。 | 總算…鬆了一口氣。就專心弄好一個版本就好。 |
| 開發自由度 | 綁手綁腳的。很多 JS 特效、互動設計都不能用。 | 自由多了。只要顧好效能，想怎麼設計都可以。 |
| 速度表現 | 真的快，這是沒話說的。因為是 Google Cache。 | 只要肯優化，用現代的技術，其實可以做到非常接近甚至超越 AMP 的速度。 |
| SEO 排名影響 | 以前有閃電符號，感覺比較秋。現在…好像沒特別優勢了。 | 直接跟 Core Web Vitals 掛鉤。做得好，排名自然會好，這很公平。 |
那…還有誰需要 AMP 嗎？
嗯…說了這麼多，好像 AMP 已經一無是處了。但…也不是完全這樣。我想，在非常…非常特定的情況下，它可能還是有它的位置。
比如說，你是一個…嗯…非常大型的新聞媒體，每天發布上百篇文章。然後你的技術團隊資源又非常有限，沒有心力去對現有的龐大網站做 Core Web Vitals 優化。在這種情況下，用一個相對制式化的 AMP 方案，去快速提供一個堪用的行動版體驗，可能…還是一個選項。
但對於絕大多數的…部落格、形象網站、中小型電商來說，我的感覺是，把資源和精力全部投入到優化你自己的主網站上，會是更…更長遠、更健康的策略。
最終，Google 的目標一直沒變，就是要提供給使用者最好的體驗。 以前 AMP 是達成這個目標的捷徑，現在…這條捷徑沒了，Google 直接給你一張地圖，叫做 Core Web Vitals，要你自己把路鋪好。路鋪好了，使用者走得順，Google 自然會引導更多人走你的路。大概…就是這麼一回事吧。
那你呢？你的網站還在用 AMP 嗎？或者你正在考慮移除？在下面留言分享一下你遇到的狀況吧。
